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Amfendments to the Claims; 

The listing of Claims will replace all prior versions and listings of the Claims in the appEcation; 
Listing of Claims 

1.-20. (Canceled) 

21 . (Previously Presented) A method of operating a business services s^plication for retrieving 
data with delivery technologies, the method comprising: 

developing custom appHcation code in a subclass of a BusinessService class, the custom 
application code responsive to a request for data initiated by the delivery technologies; 

translating the request to a first document object model document with an ApiService 

class; 

during die translation, limiting the data structure of the first document object model 
document to representation as an input message with a plurality of fields, wherein units of data 
included in each of the fields is limited to a data type that is pre-specified in the business services 
application; 

executing the custom application code to retrieve data based on the first document object 
model document; 

reading data into a second document object model document with the ApiService class; 
while the data is read in, limiting the data structure of the second document object model 
document to representation as an output message with a plurality of fields, wherein units of data 
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included in each of the fields is limited to a data type that is pre-specified in the business services 
application; and 

translating the second document object model document with the ApiService cla^s based 
on the delivery technology. 

22. (Previously Presented) The method of claim 21 , wherein limiting the data structure of the 
first document object model document comprises populating a plurality of text nodes vdthin the 
first document object model document with request parameters contained in the request that are 
translated to a format identified with the pre-specified data type, 

23. (Canceled) 

24. (Previously Presented) The method of claim 22, wherein limiting the data structure of the 
first document object model document fiirther comprises limiting the predetemdned datatype to a 
fonnat of a string datatype. 

25. (Previously Presented) The method of claim 2 1 , wherein limiting the data structure of the 
first document object model document comprises populating an attribute node within the first 
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document object model document with an attribute of the request that is translated to a format 
identified with the pie-specified data type. 

26. (Previously Presented) The method of claim 21, further comprising selecting, as a function 
of a mode debug flag, to use one of a short field name or a long field name as a field name for each 
of the fields in the first and second document object model documents. 

27. (Previously Presented) The method of claim 21 , wherein the pre-specified data types are 
selected &om a pre-specified group of data types consisting of a string datatype, a long datatype, 
an integer data type, a boolean data type and a group data type. 

28. (Previously Presented) The method of claim 2 1 , wh^ein limiting the data structure of the 
first document object model document comprises loading a static declaration of a datatype based 
on a list of fields expected in the request. 

29. (Previously Presented) The method of claim 21, wherein limiting the data structure of the 
second document object model docimient comprises populating a plurality of text nodes within the 
second document object model document with data read in to the second document object model 
document, wherein the format of the data tliat is read in is converted based on the data type. 
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30. (Previously Presented) The method of claim 21, wherein limiting the data structure of the 
second document object model document comprises populating an attribute node within the 
second document object model document with an attribute read in to the second document object 
model document that is translated to a format identified with the prc-specified data type- 

31. (Canceled) 

32. (Previously Presented) The method of claim 2 1 , wherein translating the second document 
object model comprises translating the second document object model document to extensible 
markup language text. 

33- (Previously Presented) The method of claim 21 , wherein translating the second document 
object model comprises translating the second document object model document to at least one of 
a hypertext markup language and a website meta language as a function of at least one extensible 
st34esheet language stylesheet- 
s' -40. (Canceled) 
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4 1 . (Previously Presented) A system for leveraging extensible marlcup language technology to 
provide an interface between a back-end systems layer and a front-end systems layer, the system 
comprising: 

a server computer; 

an ApiService class operable within the server computer to direct the translation of a 
request to an input message that includes a plurality of fields; 

a document object model class operable within the server computer to represent the input 
message as a document object model document; 

a Message class and a Field class operable within the server computer as wrapper of the 
document object model class to restrict manipulation and standardize the content of the document 
object model document; 

a MESSAGEDEFINITION class operable in the server, wherein the 
MESSAGEDEFINITION class includes a listing of pre-specified fields each of which describe a 
corresponding pre-specified data type, and wherein the Message class and the Field class are 
further operable within the server during translation to limit a format of corresponding fields 
included in the input message to a predetermined data structure based on the described 
corresponding pre-specified data type; and 

a BusinessService class operable within the server computer to direct the execution of 
custom application code as a function of the input message, wherein the custom application code 
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includes a pre-specilied data type to limit the format of those fields included in the input message 
that do not correspond to the listing of pre-specified fields. 

42. (Previously Presented) The system of claim 41 , wherein the custom application code is 
operable to process the input message to retrieve data, the data translatable with the document 
object model class^ the Message class and the Field class to an output message in the form of a 
dociunent object model document with restricted manipulation and standardized content based on 
the pre-specified data type included in the custom application code that, during translation, is 
operable to limit a format of each of a plurality of fields included in the output message to a 
predetermined data structure. 

43. (Previously Presented) The system of claim 42, wherein the ApiService class is operable to 
direct the conversion of the output message to a presentation format defined by the request. 

44. (Previously Presented) The system of claim 41, wherein the input message and the output 
message comprises a root element and a plurality of sub-elements. 
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45. (Previously Presented) The system of claim 41, further comprising a Fldtypes class 
operable within the server computer, wherein the Fldtypes class comprises definitions of the 
format of datatypes for fields within the input message. 

46. (Previously Presented) The system of claim 41, wherein the document object model 
document comprises a plurality of field names, the field names selectable with a mode debug flag 
as one of a short field name and a long field name. 

47. (Previously Presented) The system of claim 46, wherein the short field name and the long 
field name are defined in the MESSAGEDEFINITION class operable within the server computer. 

48. (Previously Presented) The system of claim 41 , wherein the document obj ect model class 
comprises a Document class, a document object model Element class and a plurality of 
Processinglnstruction classes, the Message class operable as a wrapper of the Document class, the 
document object model Element class and the Processing Instruction classes. 

49. (Previously Presented) The system of claim 41 , wherein the document obj ect model class 
comprises a document object model setAttribute method. Field class operable as a wrapper of the 
document object model set Attribute method. 
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50. (Previously Presented) The system of claim 41, wherein the BusinessService class 
cotQprises a subclass of custom application code responsive to the request. 

51, -63 (Canceled) 

64, (Previously Presented) An e-comuierce architecture for providing a framework to interface 
delivery technologies with data, the e-commeice architecture comprising: 

a server computer operable to execute instructions to convert a request to a first document 
object model document in an extensible markup language, the first document object model 
document comprisir^ a plurality of request parameters extracted fix^m the request; 

the server computer operable to execute instructions to restrict the conversion to the first 
document object model document based on a listing of data types that are pre-specified for the 
request parameters, wherein the data types limit the data structure of a plurality of fields included 
in the first document object model document to a predetermined data structure specified by the 
data types; 

the server computer operable to execute instructions to retrieve data responsive to the 
request and convert tlie data to a second document object model docimient in the extensible 
markup language based on the request parameters; and 
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tlie server computer operable to execute instructions to restrict the conversion of the data to 
the second document object model document to limit the data structure of a phuality of fields 
included in the second document object model docmnent to a predetermined data structure 
specified by the data types. 

65 . (Previously Presented) The e-commerce architecture of claim 64, wherein the instructions 
to restrict the conversion of the first and second document object model documents further 
comprise instructions executable by the server computer to identify the first and second document 
object model documents with a predefined name included in the request. 

66. (Previously Presented) The e-commerce architecture of claim 64, wherein the instructions 
to restrict the conversion of the first and second document object model documents further 
comprise instructions executable by the server comp uter to create a plurality of element nodes and 
populate a plurality of conresponding text nodes with the respective request parameters and the 
respective data. 

67. (Previously Presented) The e-commerce architecture of claim 66, wherein the instructions 
to restrict the conversion of the first and second document object model documents further 
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comprise instructions executable by the server computer to define the data type of each of the text 
nodes from among a predefined group of data types. 

68. (Previously Presented) The e-commerce architecture of claim 64, wherein the instructions 
to restrict the conversion comprises a Message class opwable as a wrapper of a plurality of classes 
within the document object model class that include a document class and a document object 
model element class. 

69. (Previously Presented) The e-coramerce architecture of claim 64, wherein the instructions 
to restrict the conversion comprises a Field class operable as a wnq)per of a document object 
model setAttribute method in a document object model element class- 

70. (Previously Presented) The e-commerce aichitectiu:e of claim 64. wherein die instructions 
to retrieve data responsive to the request are identified with a request name that is included in the 
request, 

7 1 . (Previously Presented) The method of claim 21 , wherein limiting the data structure of the 
first document object model comprises standardizing the format of the document object model to 
be substantially similar for a similar request received firom any one of the delivery technologies. 
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72. (Previously Presented)The method of claim 71, wherein limiting the data fitmcture of the 
second document object model comprises standardi2dng the format of the second document object 
model to be compatible with any one of the delivery technologies. 

73. (Previously Presented) The method of claim 72, wherein executing the custom application 
code comprises executing the same custom application code for a similar request from any one of 
the delivery technologies to provide a response. 

74. (Previously Presented) The method of claim 21, wherein executing the custom application 
code comprises executing the same custom application code for a similar request from any one of 
the delivery technologies. 

75. (Previously Presented) The method of claim 74, wherein while the data i$ read in, limiting 
the data structure of the second document object model document comprises similarly limiting the 
second document object model in response to similar requests from any of the delivery 
technologies. 



Page 12 of 18 



s>iNiaa 



9i-(0:(ss-iuiu)NOIiVUnoaOZ9K9Zl£:aiS3.00£8C^^ 



Serial No. 09/981 ,453 Filed On: October 18, 2001 

July 31, 2006 

Response to office action mailed May 31, 2006 

76. (Previously Presented) The system of claim 41, wherein tilie Message class and the Field 
class are operable during representation of the input message as the document object model 
document to restrict manipulation of the document object model document. 

77. (Previously Presented) The system of claim 41, wherein the Message class is operable to 
restrict creation of the element nodes and population of the corresponding text nodes and the Field 
class is operable to restrict the data types of text and attribute nodes included in the first document 
object model document. 

78. (Canceled) 

79. (Previously Presented) The method of claim 41, wherein the pre-specified datatypes are 
selected from the group consisting of integer, long. Boolean, string and group. 
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